bitkeeper revision 1.172.2.1 (3e9d99f1bgmrT-dK132TjqTggS_oow)
authoriap10@labyrinth.cl.cam.ac.uk <iap10@labyrinth.cl.cam.ac.uk>
Wed, 16 Apr 2003 17:59:13 +0000 (17:59 +0000)
committeriap10@labyrinth.cl.cam.ac.uk <iap10@labyrinth.cl.cam.ac.uk>
Wed, 16 Apr 2003 17:59:13 +0000 (17:59 +0000)
commitd034d3762df601e368199edea54c73171068ceae
tree50d9acca7b7497aa26fe865e109459eed42739a3
parentdcc63e79155b1df7793b3fecccf1e395298c8ee7
bitkeeper revision 1.172.2.1 (3e9d99f1bgmrT-dK132TjqTggS_oow)

Add support to domain_builder to enable domains>0 to be booted with
initrd's (initial ram disks).

To continue the fine tradition of layering hack upon hack in domain_builder,
if the 4th parameter to domain_builder starts 'initrd=' then it will
load the specified file as an initrd module, and pass that to the new kernel.

For example:
r ./newdom 128000 ../../../xenolinux-2.4.21-pre4/arch/xeno/boot/image 128.232.xx.xx initrd=/usr/groups/srgboot/xxx/initrd ip=128.232.xx.xx:128.232.32.20:128.232.32.1:255.255.240.0::eth0:off ramdisk_size=32804 root=/dev/ram0 rw

Someone really needs to rewrite domain_builder to take more sensible command
line arguments...
tools/domain_builder/dom_builder.c
xen/Makefile
xen/common/domain.c
xen/include/xeno/dom0_ops.h
xenolinux-2.4.21-pre4-sparse/arch/xeno/drivers/dom0/dom0_ops.h